home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9610 / 000149_owner-urn-ietf _Thu Oct 31 15:29:10 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  2KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id PAA19391 for urn-ietf-out; Thu, 31 Oct 1996 15:29:10 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id PAA19386 for <urn-ietf@services.bunyip.com>; Thu, 31 Oct 1996 15:29:08 -0500
  3. Received: from windrose.omaha.ne.us by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA28199  (mail destined for urn-ietf@services.bunyip.com); Thu, 31 Oct 96 15:29:04 -0500
  5. Message-Id: <9610312029.AA28199@mocha.bunyip.com>
  6. Received: by privateer.windrose.omaha.ne.us; Thu Oct 31 14:28 CST 1996
  7. From: "Ryan Moats" <jayhawk@ds.internic.net>
  8. To: "Martin J Duerst" <mduerst@ifi.unizh.ch>
  9. Cc: "urn-ietf@bunyip.com" <urn-ietf@bunyip.com>
  10. Date: Thu, 31 Oct 96 14:29:20 
  11. Priority: Normal
  12. X-Mailer: PMMail 1.52 For OS/2 UNREGISTERED SHAREWARE
  13. Mime-Version: 1.0
  14. Content-Type: text/plain; charset="us-ascii"
  15. Content-Transfer-Encoding: 7bit
  16. Subject: Re: [URN] New syntax draft (was: no subject)
  17. Sender: owner-urn-ietf@services.bunyip.com
  18. Precedence: bulk
  19. Reply-To: "Ryan Moats" <jayhawk@ds.internic.net>
  20. Errors-To: owner-urn-ietf@bunyip.com
  21.  
  22. On Thu, 31 Oct 1996 11:58:35 +0100 (MET), Martin J Duerst wrote:
  23.  
  24. >>   It should be noted that certain characters in the Namespace Specific
  25. >>   String syntax may have special meaning in certain namespaces.
  26. >>   Therefore, the process of registering a namespace identifier shall
  27. >>   include publication of a definition of which characters have a
  28. >>   special meaning and how to encode these characters if used in a
  29. >>   literal sense.
  30. >
  31. >Can they be encoded with %HH? Or should we specifically request some
  32. >other mechanism in order to not confuse different things, and let
  33. >programs that deal with URNs in general change from %HH to 8-bit
  34. >and back?
  35.  
  36. Well, I don't have a current opinion one way or the other.  Thinking about
  37. it some more, I don't see how we can avoid %HH encoding, so why not
  38. just say that encoding must be specified if %HH isn't used.
  39.  
  40. Ryan
  41.